home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 389 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  4.4 KB
  1. From: Ole_Pahl@iz.maus.de (Ole Pahl)
  2. Subject: DEFAULT.SYS, shortcuts etc.
  3. Date: Thu, 09 Jun 94 13:37:00 GMT
  4. X-Gateway: MausGate/Mail 1.22/k
  5. Mime-Version: 1.0
  6. Precedence: bulk
  7.  
  8. In <1060A64553D@edi.ngate.uni-regensburg.de>, Rainer.Riedl@edi.ngate.uni-
  9. regensburg.de (Rainer Riedl) wrote:
  10.  
  11. RR>I would prefer SHORTCUT.SYS or KEYBOARD.SYS. I think even not English
  12. RR>speaking people do know what they mean, if they know a little about
  13. RR>computers.
  14.  
  15. I'd prefer SHORTCUT.SYS. KEYBOARD.SYS could be confusing for MS-DOS users.
  16. Perhaps SHORTCUT.INF (or .CFG) would be even better because it's not a
  17. driver, but a configuration file.
  18.  
  19. RR>Perhaps it's better to get a own *.SYS for everything. If you make a
  20. RR>mistake in one *.SYS the rest is ok. Perhaps it looks better to have
  21. RR>all in one. I don't know.
  22.  
  23. I think it's easier to handle one file instead of 3 or 4 ones.
  24.  
  25.  
  26. In <H.ekK.o&nXHNynjiY@elfhaven.ersys.edmonton.ab.ca>,
  27. mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget) wrote:
  28.  
  29. MF>On another topic, I thought I would ask if "reverse TAB" should be
  30. MF>implemented in dialog boxes?  I spent some time thinking about it, and
  31. MF>finally realized that one way this could (easily) be implemented is to
  32. MF>simply change the key value (kr) result of evnt_multi() from a
  33. MF>Control+TAB to an Up Arrow before passing the value to the
  34. MF>form_keybd() routine.
  35.  
  36. I think that wouldn't be useful. I think it's better to use RShift+Tab
  37. if you type with 10 fingers.
  38.  
  39.  
  40. In <H.ekK.nZIwLpbD1rU@elfhaven.ersys.edmonton.ab.ca>,
  41. mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget) wrote:
  42.  
  43. MF>Anyway, this is just an idea.  Does anyone have any comments or
  44. MF>reasons why this is a bad idea?
  45.  
  46. It's a very good idea!
  47.  
  48.  
  49. In <memo.293393@cix.compulink.co.uk>, andre@cix.compulink.co.uk (Andre
  50. Willey) wrote:
  51.  
  52. AW>  0 ^Q ; Quit
  53. AW>  ^  ^   ^
  54. AW>  |  |   Comment text (not parsed; can be any language, or indeed
  55. several)
  56. AW>  |  |
  57. AW>  |  Keypress (user-editable. Uses syntax listed below)
  58. AW>  |
  59. AW>  Code number, unique to a given operation (e.g. 0 for Quit, 1 for
  60. AW>    Close, Window, etc.)
  61.  
  62. I've got an improved suggestion: You could also implement a 3rd parameter
  63. for changing the text if it is a menu entry. This would allow easier
  64. trans-
  65. lation of programs without editing the RSC file.
  66.  
  67.  
  68. In <memo.298358@cix.compulink.co.uk>, ogal@cix.compulink.co.uk (Ofir Gal)
  69. wrote:
  70.  
  71. OG>If it was up to me, Mag!X, NVDI and Let 'em Fly would be in the ROM :-)
  72.  
  73. That's no bad idea - I just thought about developing such an EPROM card.
  74. :-)
  75.  
  76.  
  77. In <memo.298352@cix.compulink.co.uk>, ogal@cix.compulink.co.uk (Ofir Gal)
  78. wrote:
  79.  
  80. OG>In Dialog Boxes
  81. OG>---------------
  82. OG>Return -                OK, Yes, etc...
  83. OG>Undo -                  Cancel, Abort, etc...
  84.  
  85. HELP should be usable in dialog boxes, too.
  86.  
  87.  
  88. In <memo.298166@cix.compulink.co.uk>, mdsh@cix.compulink.co.uk (Mark
  89. Himsley)
  90. wrote:
  91.  
  92. MH>Please, not the num-pad. Don't forget that this standard is for all
  93. MH>Atari's, and ST-Books don't have a num-pad as such.
  94.  
  95. You're right. How about CTRL+<, CTRL+>, CTRL+SHIFT+< and CTRL+SHIFT+>?
  96.  
  97.  
  98. In <H.ekK.ku5Knid0CVo@elfhaven.ersys.edmonton.ab.ca>,
  99. mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget) wrote:
  100.  
  101. MF>Argh!  On the outside, this could be a good idea.  Remember, though,
  102. MF>that not everyone is programming in "C", or even programming in a "C"
  103. MF>that has a cookie library.  People with GFA Basic, or Personal Pascal,
  104. MF>would be very annoyed by this.
  105.  
  106. ???  I haven't got any problems using the cookie jar in GFA-BASIC. There
  107. are many libraries for handling cookies, and it is not even difficult to
  108. write some cookie functions.
  109.  
  110.  
  111. In <9406060919.AA06073@cscd4c4.caledonia.hw.ac.uk>,
  112. ceebsm@caledonia.hw.ac.uk (Barry Scott Munro) wrote:
  113.  
  114. BSM>Gregor Duchalski writes an excellent set of routines for GFA Basic.
  115. BSM>They are used by many GFA coders. They look like the dialogues used
  116. BSM>in the excellent TwoInOne archiver shell.
  117.  
  118. Yes, these routines really provide all the functions you need for GEM
  119. dialog programming.
  120.  
  121.  
  122. Von: Craig.Graham@newcastle.ac.uk (Craig.Graham)
  123.  am: Mo, 06.06.94 12:41 in persvnliche Msg:
  124.  
  125. C>I must follow Ofir by pointing out the downside of ST-Guide - it ignores
  126. C>AC_CLOSE
  127. C>messages......this is quite a problem
  128.  
  129. A simple bugfix by the programmer would help, so there's no problem.
  130.  
  131.  
  132. In <H.ekK.jvSnxM5aqLE@elfhaven.ersys.edmonton.ab.ca>,
  133. mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget) wrote:
  134.  
  135. MF>GFA:  Gregor Duchalski's Library (name?)
  136.  
  137. GFA-FLYD.
  138.  
  139.  
  140. That's it for today... :-)
  141.  
  142. cu...Ole
  143.  
  144. ---
  145. Ole_Pahl@iz.maus.de
  146.